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1  13  ABSTRACT  (K’wmum^OOwota^)  1 

In  the  complex  and  fast  reaction  world  of  military  operations,  present  tcchnolopcs,  combined  with  tactical  situatir.'ri;:, 
have  flooded  the  operator  with  assorted  information  that  he  is  expected  to  process  instantly.  M  technologies  progress,  this 
flow  of  data  and  information  have  both  guided  and  overwhelmed  the  operator.  However,  the  tcchnolope.s  that  have  con¬ 
founded  many  operators  today  can  be  used  to  assist  him— thus  the  Operator  Performance  Supj'X)rt  Sy;?tem.  In  this  paper  we 
propose  an  operator  support  station  that  incorporates  the  elements  of  Video  and  Image  Database.s,  Prcxjucti'  ity  Software. 
Interactive  Computer  Based  Training,  Hypertext/flypermedia  Databases.  Expert  Programs  and  Human  Factors  Enpnwr- 
ing.  Tlie  Operator  Performance  Support  System  will  provide  the  operator  with  an  integrating  on-line  information/kr.owi- 
edge  system  that  will  guide  expert  or  novice  to  correct  systems  operations.  Although  the  OPSS  is  h»cing  develofKd  for  the 
Navy,  the  performance  of  the  workforce  in  today’s  competitive  industry  is  of  major  concern.  The  concept.s  pr!'r,entc<i  in  this 
paper  which  address  .ASW  systems  software  design  issues  are  al.so  directly  applicable  to  industry.  They  will  make  a  dramatic 
impact  on  the  way  we  work  in  the  future,  both  the  military  and  the  indu.stry.  The  OPSS  will  propo.ce  practical  applicaiiuns 
in  how  to  more  closely  align  the  relationships  between  technical  knowleldge  and  equipment  o{KTator  performance. 
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ABSTRACT 

In  the  complex  and  fast  reaction  world  of  military  ojxrations,  present  technologies,  combined  with 
tactical  situations,  have  Hooded  the  operator  with  assorted  information  that  he  is  cx|XTicd  to  process 
instantly.  As  technologies  progre.ss,  this  flow  of  data  and  informatjon  have  both  guided  and  overwhelmed 
the  operator.  However,  the  technologies  that  have  confounded  many  operators  today  can  K’  used  to  assist 
him  -  thus  the  Operator  Performance  Support  System.  In  this  paper  wc  propose  an  operator  support  siauon 
that  incorporates  the  elements  of  Video  and  Image  Databasc.s.  Prixluciivity  Software.  Interactive  ('omputcr 
Based  Training,  Hypenext/Hypermedia  Databases,  Expert  Programs,  and  Human  Facto'  Engineering.  ITic 
Operator  Performance  Support  System  will  provide  the  operator  with  an  integrating  on-line 
informaiion/knowiedge  system  that  will  guide  expert  or  novice  to  correct  systems  operations.  Although  the 
OPSS  is  being  developed  for  the  Navy,  the  performance  of  the  workforce  in  today’s  competitive  industry  is 
of  major  concern.  The  concepts  presented  in  this  paper  which  address  ASW  systems  software  tksign  issues 
are  also  directly  applicable  to  industry.  They  will  make  a  dramatic  impact  on  the  way  we  work  in  the  future, 
both  the  military  and  the  industry.  The  OPSS  will  propose  practical  applications  in  how  to  more  closely 
align  the  relationships  between  technical  knowledge  and  equipment  operator  pcrfomiantc. 

INTRODUCTION 

As  the  basis  of  our  society  moves  from  the  Agricultural,  Industrial,  and  the  Information  Ages  into 
the  Knowledge  Age  it  becomes  apparent  that  the  work  environment  must  follow  these  progressions.  The 
Navy’s  Combat  Systems  that  were  developed  some  years  ago  attempted  to  integrate  infonnation  and 
systems,  and  provided  the  operator  with  the  opportunity  to  successfully  perform  expected  tasks.  However, 
with  extra  capabilities,  options,  and  “nice  to  have”  features  added  to  these  basic  systems,  the  flow  of  dtiia 
and  information  to  the  operator  was  vastly  increased.  The  resultant  more  complex  systems  and  cqu  pmenLs 
have  flooded  the  operator  with  assorted  information  that  he  is  now  expected  to  prixcss  insuintly.  Combat 
systems  do  not  allow  for  performance  that  is  less  than  perfect. 

The  purpose  of  this  paper  is  to  dc-scribc  an  on-line  or  independent  suppon  station  that  fixuscs  on 
the  information/knowlcdge  available  to  the  Anti  Submarine  Warfare  (ASW)  systems  opcrauirs  onboard  U  S. 
Navy  ships.  The  OPSS  will  systematically  incorporate  modem  informational  display  techniques  and  tools 
so  the  operator  has  assess  to  the  proper  information  he  needs  at  the  time  he  needs  it.  By  providing  the 
operator  with  this  support  he  will  respond  more  predictably  and  properly  to  the  requirements  of  the  situation 
as  it  is  presented  to  him  at  his  combat  systems  position.  Today's  systems  must  be  directed  towards  user 
oriented  environments.  The  design  of  the  OPSS  must  allow  the  operator  lo  freely  interact  with  all  the  CBT, 
hyperdocumentation  and  other  materials  available  within  the  system.  The  user  must  have  access  to 
appropriate  information  to  accurately  integrate  a  broad  range  of  pixxc.ssing  functions. 

The  OPSS  station  hardware  is  identified  as  Device  SK)H7.  This  computer  based  hardware  is 
configured  with  Intel  486/33  CPU,  1.2MB  ,5.25"  floppy  disk  drive,  1,44MB  .^.5  ”  floppy  disk  drive,  CD 
ROM  disk  drive,  520  MB  Internal  Hard  Disk  Drive,  32  MB  RAM.  17”  color  monitor.  Keyboard,  Track 
Ball,  Stereo  Eiar  Phones,  Video  Graphics  Accelerator  card,  Sound  Blaster  Pro  board,  DVI  playback  boanl  and 
modem.  The  system  is  the  Jatc.si  in  technology  as  applied  lo  a  multimedia  support  and  training  delivery 
systems  for  U.S.  Navy  ships.  Device  S10H7  is  designed  to  withstand  the  rigors  of  use  onboard  ships  and 
meets  all  ELFA'LF  low  emis.sion  standards,  EMl/RDI  low  radiation  standards,  and  is  eertilied  safe  lor  use. 
The  software  is  MS-DOS-based,  supports  Microsoft  Windows  .3. 1  and  will  be  delivered  on  CD  ROM  discs. 
These  standardized  commercial  programs  provide  flexibility  to  support  existing  and  future  unirseware  and 
hardware  enhancements. 


In  the  devcloprncnl  process  of  the  OPSS  software,  one  or  more  mcmlxTs  i-l  the  end  user 
community  were  included.  Users’  members  have  contribute  valuable  prostX’Ciive  during  system  design, 
assisted  in  the  Fleet  introduction  of  OPSS,  and  provide  feedback  to  the  OPSS  design  engmex-rs  during  c;iily 
production.  They  are  also  re.sponsible  for  tlic  ongoing  system  "sanity  checks"  as  well  as  mamiaining  focus 
on  the  operator. 

This  paper  will  address  the  following  steps  of  the  sysumiatic  implementation  of  an  uixTator  cenared 
workstation  system: 

•  Knowledge  acquisition 

•  Selection  of  information  presentation 

•  Development  of  mtxlels 

•  Database  system 

•  Dt^vclopmcnl  of  OPSS 

KNOWLEDGE  ACQUISITION 

The  objective  of  knowledge  acqui.silion  is  to  identify  all  the  information  and  knowledge  that  the 
operato'  i.iust  possess  or  have  available  to  perform  satisfactorily.  For  selecting  data,  one  should  a.sk  "if  I  am 
the  operator,  what  information  is  needed  to  get  the  job  done?". 

For  centuries  written  material  has  been  "the”  conduit  of  information.  Wc  ail  know  what  a  book  or 
a  manual  looks  like  and  how  to  use  it  to  obtain  information.  One  method  of  knowledge  acquisition  which 
OPSS  utilizes  is  to  use  existing  manuals  and  documentation  and,  with  the  help  of  the  end  user  community, 
develop  an  outline  of  operation  and  maintenance  of  ASW  equipment.  This  outline  includes  a  Table  of 
Contents,  an  Index,  and  a  Glossary.  The  Table  of  Contents  provides  the  information  and  know  ledge  domain 
in  a  hierarchical,  linear  format.  However,  the  advantage  of  the  OPSS  system  is  that  it  is  computer  based, 
and  therefore,  information  docs  not  need  to  be  linear!  Items  from  the  Table  of  Contents  arc  "linked”  and 
replicate  “book  browsing”  behavior.  One  way  to  link  the  different  contents  of  information  from  the  Tabic  of 
Contents  is  to  develop  a  concept  map  in  the  format  of  a  tree  map.  Tree  map  graphically  depicts  the 
information  architecture.  This  is  a  useful  technique  to  graphic'lly  represent  meaningful  linking  relationships 
between  two  or  more  concepts.  It  also  represents  the  rcL^onship  among  concepts  and  the  rclauonships 
across  levels  of  the  hierarchy.  Tree  mapping  possesses  a  structural  plasticity  and  externalizes  concepts  and 
propositions  as  they  are  organized  in  the  mind.  Changes  to  the  .system  do  not  present  problems  as  the  open 
architecture  style  of  development  can  be  easily  modified.  Concept  mapping  is  also  a  gcxid  technique  for 
negotiating  a  problem  domain  with  another  individual.  Tree-maps  are  designed  for  visualization  of  the 
hierarchical  structure,  and  linking  of  knowledge  structures  and  their  relationships.  An  example  of  the 
mapping,  showing  simple  hierarchical  and  linking  formats,  is  shown  in  Figure  1. 


Figure  1 .  Concept  tree  mapping 


Tree  mapping  is  also  very  uselul  lo  convert  the  information  into  a  rmxlcl  suiiabk  lor  a  s>stcfii 
display  such  as  the  menus  display  format.  Menus  relate  to  user  needs  or  problems,  diffcreni  user 
circumstances,  different  mtxlels  of  information,  and  allows  the  tiix’rator  the  flexibility  to  exit  from  one  point 
and  to  link  a  different  section  of  the  system.  For  example  the  OFSS  allows  the  operator  to  {x’rform 
maintenance  with  the  support  of  the  on-line  clccuonic  maintenance  documentation.  If  at  any  unie  he  has 
problems  performing  a  specific  task,  he  may  call  up  an  interactive  computer  ba.scd  training  (CBT)  which  w  ill 
explain  bow  to  perform  the  task. 

The  pragmatic  user  oriented  approach  is  used  to  develop  this  system.  Only  what  is  u.seful  tor  die 
operator  is  extracted  and  retained.  Nice  to  have  flexibility  is  scrutmi/ed.  If  it  does  not  meet  OfK.‘raior  needs, 
it  is  deleted.  Needless  information  and  knowledge  arc  therefore  discartfcd.  What  the  system  retains  is  limited 
to  essential  functions,  and  is  justified  by  the  end  user.  We  keep  it  simple  and  efficient.  The  boumlarics  of 
information  are  not  absolute  becau.se  there  is  a  modem  network  capability  that  establishes,  with  some 
operational  rcsuiciions.  a  network  interface  between  U.S.  Navy  ships,  school  houses,  developers  and 
sponcers.  The  concept  is  to  start  with  an  essential  kernel  of  informaiionAnowledge  and  only  add  to  the 
system  if  the  requirement  is  establish' d  by  the  field  operators. 

The  knowledge  reprc.scnicd  by  concept  mapping  may  be  classified  as  formal  ruie-ba.sed  {processing  of 
information,  or  it  may  be  represented  by  non  rulc-b^d  processing.  Rule-based  knowledge  is  the  foundation 
of  expert  systems.  The  OPSS  therefore  has  a  rule-based  front  end  that  is  designed  to  quickly  navigate  the 
operator  through  the  hierarchy  of  menus.  Non  rule-based  knowledge  is  utilized  in  the  hypertext  and 
hypermedia  systems  of  the  OPSS.  Hypcncxi  and  hypermedia  arc  used  a  vast  diversity  of  conceptual 
frameworks  and  can  be  referenced  while  using  metaphors,  similes,  analogies,  diagrams,  images,  animations, 
sound  and  video  all  of  which  an  operator  can  use  but  the  computer  cannot.  Consequently  the  graphic  u.scr 
interface  (GUI)  representation  of  the  ASW  OPSS  is  an  initial  menu  selection  that  eventually  links  the 
operator  with  hypermedia  documentation  or  interactive  CBT. 

SELFXTION  OF  INFORMATION  PRESENTATION 

Selected  information  will  be  presented  in  various  media.  The  ASW  OPSS  programs  incorporates 
elements  of  text,  graphics,  animation,  picture,  .sound,  video  and  software  modules,  while  OPSS  hardware  is 
the  latest  in  available  technology  applied  to  a  multimcda  worksuition  for  U.S.  Navy  ships.  Members  of  die 
end  user  community  have  reviewed  the  media  selection  process  and  have  helped  determine  how  the 
information  should  be  expressed  to  support  the  operator’s  needs.  The  paradigm  of  how  to  represent 
knowledge  is  defined  by  the  domain  experts.  We  have  attempt  to  minimize  the  incongruity  between  the 
developers  and  the  system  operators,  with  the  objective  of  aligning  rcl3lion,ships  between  technical 
knowledge  and  equipment  operator. 

Information  and  knowledge  of  the  OPSS  may  be  presented  in  several  format'-,  uch  as  electronic 
documentation,  information  retrieval  system,  hypcrdocuments,  content  sensitive  h  .p,  on-linc  advisory, 
interactive  computer  based  training,  simulation  and  scenario  playback  capability,  iliosc  formats  may  bi' 
references,  advisor,  or  tutor  as  the  operator  works  to  solve  his  problem. 

Operator  needs  will  vary  depending  what  function  is  being  performed.  For  example  the  opcniior 
may  be  assigned  to  a  surface  combatant  Maintenance  Division,  or  may  t  -  involved  in  ship-wide  training 
mode.  Information  to  support  those  activities  is  time  dependent  and  rcr  jircs  a  different  treatment  then  if  an 
operator  needed  to  perform  a  specific  task  immediately.  Again  wc  :ry  to  be  pragmatic  and  apply  the  user 
oriented  approach  for  the  development  of  the  system.  A  conscious  effort  has  been  used  to  keep  the  system 
tight  and  simple.  Whatever  becomes  incorporated  into  the  system  must  help  the  operator's  performance.  The 
system  is  therefore  performance-oriented,  rather  than  infocmati  >n  or  iransaction-ccnicrcd. 

DEVELOPMENT  OF  MODFil-S 

Models  of  the  OPSS  interface  are  built  with  simple  application  software  and  arc  ernpiy  shell 
rcprcscnuitiori.s  of  what  the  final  system  display  will  be.  The  rruHlcIs  arc  based  on  the  knowledge  acquisition 
process  and  the  proposed  selection  of  information  presentation.  They  arc  rcprescnlaiions  of  the  pro[Tosc(l 
GUI  and  how  the  human/compiiicr  interaction  will  be  executed.  There  are  two  purposes  for  the  dcvelo[)meni 


of  models.  One  is  for  ihe  end  user  conimuni'y  to  verify  the  useability  of  the  designed  item  and  u>  ensure 
that  the  user’s  perspective  has  been  taken  ina>  consideration  before  system  tJevelojxiicni.  ’fhe  sixond  purjxise 
is  for  system  requirement  definitions  to  be  used  by  the  developers. 

Design  characteristics  involve  typical  forms  of  computer  imeraciions  such  as  menu  .selection, 
command  manipulation,  forms  fill  and  direct  manipulation.  Elements  are  accessed  directly  by  offering  hot 
spots  in  the  displays  such  as  a  word,  a  group  of  words,  a  marked  area  in  a  pictua*  and  jump  ahead  command. 
Tools  for  information  search  are  provided  so  the  operator  may  search  for  information  using  words, 
combination  of  word.s  and  multiple  selection.  Nontrivial  feedback  dialogue  arc  provided  only  when  needed. 
The  design  is  operator  centered.  With  design  features  that  allow  the  ojxtrator's  logical  iiuuiuve  iiueracuon 
with  the  system.  Motivational  factors  such  as  attention,  relevance,  confidence  and  satisfaction  have  also 
been  considered.  The  operator  will  become  involved  and  will  be  confident  that  progre.vs  lowariLs  his  goals  aa- 
being  made. 

DATABASE  SYSTEM 

The  database  system  definition  is  performed  by  a  systematic  analysis  and  definition  of  the 
specification  of  the  database  management  system  (DBMS),  the  daiaba.se  (stored  data)  requirements,  and  the 
ctwnpleie  set  of  application  programs  (tools)  used  in  the  OPSS. 

Database  management  systems  (DBMS)  have  proven  to  be  cost-cffcctivc  uxils  for  organizing  and 
maintaining  large  volumes  of  data  in  the  OPSS.  Its  primary  function  is  to  store  data  and  provide  operations 
on  the  databases.  The  operations  required  for  OPSS  arc:  create,  delete,  update  and  search  (ad  hix  query)  of 
data.  OPSS  data  processing  requires  databases  that  store  large  quantities  of  information  having  complex 
structures.  A  database  schema  or  class  hierarchy  is  developed  describing  the  logical  structure  of  the  database 
supporting  the  overall  system  design,  the  relationship  between  individual  components,  and  the  operations 
that  must  be  performed.  We  had  to  analyze  the  relative  merits  of  relational  and  object-oriented  database 
management  systems  (RDBMS  and  ODBMS)  and  the  available  commercial  DBMS.  A  systematic  approach 
to  this  analysis  entailed  a  careful  evaluation  of  needs,  and  how  well  lho.se  needs  were  met  by  available 
products.  An  ODBMS  was  eventually  chosen  for  this  project 

OPSS  ODBMS  is  able  to  handle  inheritance  linking,  polymorphism,  run  time  binding,  dynamic 
binding,  ad  hoc  query,  security  and  .semantic  integrity.  It  also  has  a  seamless  integration  to  C+-i- 
programming  language  interface.  The  application  programming  interface  (API)  adheres  to  the  industry 
standards  for  this  language.  The  ODBMS  has  a  database  browser,  debugger  and  a  graphical  schema  design 
utility  that  allow  for  quick  design  and  modification  of  the  databa.se  schema. 


F'igurc  2,  Overall  Architecture  of  the  OF’S.S  ODBM.S 


tcmiinology;  Objctl  -oncntfd  Progranmimg  1  -angtiagcs  (CX)l'L) 
Dynamic  Link  Library  (DLL) 

Daia  Manipulauon  Language  (DML.) 

Dynamic  Data  Exchange  (DDF.) 

Dynamic  Link  Library  (DI.l.) 


DEVELOPMENT  OF  OPSS 

The  system  is  developed  in  modules.  Most  of  those  modules  arc  developed  with  commercial 
available  application  software  or  tools.  Many  of  the  OPSS  application  software  arc  Macintosh  based, 
however  the  OPSS  user  program  is  Windows  3.1  on  an  MS-DOS  operating  system.  This  has  not  presented 
any  problems  because  software  is  available  to  allow  Macintosh  files  to  be  ported  to  the  Windows  MS-DOS 
environment.  Those  modules  are  then  encapsulated  with  their  internal  state  hidden,  to  be  called  up  by  tfic 
ODBMS.  Intuitively  one  may  visualize  the  encapsulauon  of  an  object  as  making  it  into  a  “black  box  "  and 
the  DBMS  as  a  pointer  that  calls  on  it’s  funciionalalics  . 

The  ongoing  OPSS  development  effort  is  performed  by  a  group  of  specialized  experts.  The 
developer  has  the  details  of  the  requirement  definition  established  by  the  concept  tree  mapping  and  from  the 
models  described  earlier.  As  the  modules  arc  developed,  the  end  user  participates  in  the  operational  test  and 
evaluation  process.  The  implementation  of  OPSS  is  being  performed  in  batches. 

CONCLUSION 

New  technologies  have  become  available  to  us  today  that  provide  us  with  tools  to  develop  a  system 
with  complex  databases.  Those  complex  databases  arc  composed  of  information  and  knowledge  in  an  array 
of  media.  Today’s  database  management  system  allows  information  and  knowledge  to  be  retrieved  and 
manipulated  quickly.  By  incorporating  members  from  the  end  user  community  in  the  project,  and  by 
developing  the  system  in  an  “end-user  environment”,  OPSS  promises  to  provide  the  operator  with  the 
electronic  support  required  to  allow  him  improved  performance  in  the  complex  and  fast  reaction  world  of  the 
military. 
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